home *** CD-ROM | disk | FTP | other *** search
/ Power Tools 1993 November - Disc 2 / Power Tools Plus (Disc 2 of 2)(November 1993)(HP).iso / hotlines / network / dce01.txt < prev    next >
Text File  |  1993-02-19  |  30KB  |  657 lines

  1.                        OSF's Distributed Computing Environment
  2.                               White Paper 5/13/92
  3.  
  4. HP and DCE
  5. **********
  6.  
  7. HP has been making significant strides in the area of defining industry
  8. accepted standards for distributed computing that gives HP a
  9. competitive edge today as our customers move towards open systems and
  10. distributed applications.
  11.  
  12. HP has been the leader in offering several solutions, including Network
  13. Computing System, HP LAN Manager/X, Passwrd Etc and HP Diskless to Open
  14. Software Foundation (OSF) to comprise its Distributed Computing
  15. Environment (DCE).
  16.  
  17. These solutions were submitted as part of an integrated technology
  18. collection known as DEcorum, which stands for "Distributed Environment
  19. Core" software, jointly submitted by HP, IBM, DEC, Transarc, and Locus.
  20.  
  21. HP's role in supplying technology to OSF for DCE integration has
  22. positioned us as the leader in providing the most competitive solutions
  23. for distributed computing today and in the future.  Our work with OSF
  24. DCE further validates HP's Team Computing and NewWave Computing
  25. strategies. In fact, some of the key product implementations of the
  26. Team Computing and NewWave Computing strategies have been endorsed by
  27. the OSF DCE definition today.
  28.  
  29. It is important for our computer selling strategy to emphasize with our
  30. current and prospective customers the importance of OSF DCE and the
  31. major contributions HP made to it.  You should be able to confidently
  32. demonstrate to your customers that investing in HP guarantees them a
  33. stake in the Open Systems environment, more so than any other vendor.
  34.  
  35. In OSF and DCE, one must appreciate that OSF plays a special role in
  36. the computer industry.  A non-profit company, OSF solicits the input of
  37. the entire industry to acquire and develop the technology required to
  38. create a vendor-neutral computing environment. Its membership
  39. represents every segment of the worldwide computer community -- system
  40. vendors, independent software vendors, end users, government agencies,
  41. research centers, and universities.
  42.  
  43. OSF has defined the Distributed Computing Environment (DCE) to solve
  44. the industry-wide problem of transparent computing in heterogeneous
  45. environments, facilitating the creation and use of distributed
  46. applications.
  47.  
  48. DCE addresses several business needs including:
  49.  
  50. 1.  Interoperability:  As computing environments become more
  51.     heterogeneous, a growing business need is to be able to share and
  52.     manage data transparently in a heterogeneous network.
  53.  
  54. 2.  Ease of development and porting of applications:  DCE provides
  55.     development enablers that provide consistency for VABs and VARS to
  56.     create distributed customized applications in a heterogeneous
  57.     environment.
  58.  
  59. 3.  Security:  As networks grow in complexity and number of users,
  60.     security requirements have also been growing.  DCE provides data
  61.     and directory security between two or more heterogeneous machines
  62.     as in a single system.
  63.  
  64. 4.  Performance:  DCE focuses on distributed processing performance in
  65.     a distributed heterogeneous network, since from a business need
  66.     applications need to perform as well in a distributed environment
  67.     as they do on a single system, despite the network overhead.  (In
  68.     some cases, distributed computing should deliver superior
  69.     performance to a single system by allowing application tasks to run
  70.     in parallel on the network).  By using the DCE RPC, applications
  71.     can be optimized to move the processing and data access to systems
  72.     with the best resources.
  73.  
  74. 5.  Availability:  Data must be made more available throughout a
  75.     company, irregardless of where the data is kept.  Therefore, it
  76.     is an objective for DCE to provide the same or better level of
  77.     availability as a single system.  A network of systems has
  78.     inherent fault-tolerance:  if one system fails, another system on
  79.     the network can potentially take up the work of the failed
  80.     processor.
  81.  
  82. 6.  Scalability:  DCE allows a network to grow with minimal impact
  83.     on performance or administration.   Using DCE Global Naming,
  84.     networks and applications achieve location transparency.
  85.  
  86. The OSF technology DCE includes remote procedure call (RPC), global
  87. naming, security, diskless operations, a distributed file system,
  88. distributed time synchronization, multiprocessing {threads} support,
  89. and future integration with the OSF Distributed Management Environment,
  90. or DME.
  91.  
  92. HP formed a partnership with IBM, Transarc, Microsoft, DEC, and and
  93. Locus to jointly submit DEcorum in response to the OSF Request for
  94. Technology for OSF DCE.  DEcorum is a set of integrated software
  95. components that provide the functionality required by OSF's Distributed
  96. Computing Environment.
  97.  
  98. The following chart outlines the major technology areas of OSF DCE, the
  99. DEcorum technology submittals for each area, and the OSF endorcement
  100. for each area.  As can be seen below, HP clearly played a leadership
  101. role in the submittal of technologies, and also came up a winner when
  102. one regards the technologies that OSF accepted for inclusion in DCE.
  103.  
  104. ____________________________________________________________________
  105. |                What               What the        Technology     |
  106. | Technology     DEcorum            OSF             Supplier       |
  107. |                submitted          accepted                       |
  108. |_________________________________________________________________ |
  109. |                                                                  |
  110. |  RPC           NCS                NCS             HP with DEC    |
  111. |                                                   extensions     |
  112. |                                                                  |
  113. |  Security      Passwrd Etc        Passwrd Etc         HP         |
  114. |                Kerberos           Kerberos            M.I.T.     |
  115. |                                                                  |
  116. |                                                                  |
  117. |  Threads       Recommended        CMA              DEC           |
  118. |                P-threads on CMA                                  |
  119. |                                                                  |
  120. |  Time          Recommended DTS    DTS              DEC           |
  121. |                                                                  |
  122. |  Naming        NCA Naming         CDS              DEC, with RPC |
  123. |                                                    interfaces    |
  124. |                                                    from HP       |
  125. |  Distributed   AFS                DFS              Transarc      |
  126. |  File System                                                     |
  127. |                                                                  |
  128. |  PC            LM/X               LM/X             HP/Microsoft  |
  129. |  Integration                      PC/NFS           SUN           |
  130. |                                                                  |
  131. |  X.500         No                 DIR-X            Siemens       |
  132. |                submission                                        |
  133. |                                                                  |
  134. |  Diskless      HP Diskless        HP Diskless        HP          |
  135. |  Operation                                                       |
  136. |                                   PC/NFS             SUN         |
  137. |                                                                  |
  138. |__________________________________________________________________|
  139.  
  140. HP is a leader in providing the technology accepted by OSF for DCE.
  141. This includes support for the RPC, the security component, diskless
  142. operation, and naming facilities.  The distributed file service, DFS,
  143. includes HP's NCS enhancements as well.
  144.  
  145. HP not only earned acceptance of its proposals, it also has products to
  146. back them, as shown by the chart below:
  147.  
  148.                                   Availability
  149.  
  150. Technology             Domain         HP-UX           MPE/ix
  151. ----------             ------         -----           -------
  152.  
  153. NCS                   NCS 1.5.1 Now  NCS 1.5.1 Now   NCS 1.5.1 on
  154.                                                      MPE 4.0
  155.  
  156. Diskless UNIX support -----           NOW             -----
  157.  
  158. LAN MANAGER           -----           NOW             LAN MANAGER API's
  159.  
  160. Passwrd, Etc.         NOW             Future          ------
  161.  
  162. As can be seen above, HP has taking the lead for providing major
  163. components of OSF DCE even before OSF DCE will be available. HP is
  164. committed to support OSF DCE on HP-UX multiuser systems and
  165. workstations as soon as possible after OSF DCE source is provided to
  166. licensers. OSF DCE components are also actively being investigated and
  167. brought to MPE/ix.
  168.  
  169.                                 DCE Product Availability
  170.  
  171. DCE Core Developer's Environment:  Includes NCS RPC, Cell Directory
  172. Service, Distributed Time Service, Security Service and threads will be
  173. available on both HP/UX and MPE.
  174.  
  175. HP/UX Core release will be in the fall of 1992.  MPE/ix will follow
  176. about six months later with availability in the spring of 1993.
  177.  
  178. DCE End-User services including the Distributed File System and
  179. Discless will follow in subsequent releases in 1993 for HP/UX.  They
  180. are being investigated for MPE.
  181.  
  182. In addition, both HP/UX and MPE/ix will be launching early access
  183. programs prior to actual product release.  Contact the Network Sales
  184. Center for information on these programs.
  185.  
  186. NOW WHAT DOES THAT MEAN TO YOUR CUSTOMER?
  187. -----------------------------------------
  188.  
  189. Migration to OSF DCE will not be a problem on HP-UX. since several of
  190. the key components of OSF DCE are available today or in the near
  191. future.
  192.  
  193. In addition, several of the components of OSF DCE, such as Discless,
  194. Passwrd, Etc, and DFS are "turnkey" solutions, not requiring additional
  195. programming by your customer.  Some DCE components, such as NCS, can be
  196. used as tools by ISVs and end-user customers for customized distributed
  197. computing that best fits the particular business needs of the end-user.
  198.  
  199. DCE provides standard API's;  NCS RPC and the directory API called XDS
  200. so that developers can develop DCE Distributed applications and port
  201. them easily on any platform supporting DCE.
  202.  
  203. TECHNOLOGY OVERVIEW
  204. -------------------
  205.  
  206. 1.  Remote Procedure Call -- HP's NCS allows individual procedures in
  207.     an application to run on a computer(s) elsewhere in the network.
  208.     OSF accepted NCS as the RPC mechanism supporting direct calls to
  209.     procedures on remote systems, enabling programmers to develop
  210.     distributed applications easily in multi-vendor, multiple system
  211.     environments.
  212.  
  213.     NCS features include:
  214.  
  215.      1.  Data type conversion between dissimilar machines.
  216.          In NCS, a receiving procedure needs to convert data
  217.          representations only when the sending machine's data types
  218.          differ.
  219.  
  220.      2.  Transport independence and transparency.
  221.          NCS does not rely upon any transport-layer features such as
  222.          error correction and detection.  This allows it to run over
  223.          unreliable transports, such as UDP. With version 2.0,
  224.          connection oriented transports such as ISO TP4 are supported.
  225.  
  226.      3.  Location independence.
  227.          NCS determines at runtime where network resources are, such as
  228.          remote sub-procedures and databases.
  229.  
  230.     Some other things you should know about NCS:
  231.  
  232.     1.  NCS is popular as an RPC because it follows local procedure
  233.         call semantics more closely than other RPCs.  This makes it
  234.         easier for application developers to quickly pick up and learn.
  235.  
  236.     2.  Using NCS, no performance is lost due to unnecessary data
  237.         translation.  Only when data conversion is necessary, does NCS
  238.         translate from the sending procedure's format directly into the
  239.         receiving procedures format.
  240.  
  241.     3.  NCS 2.0 is well positioned to take advantage of ISO protocol
  242.         standards as they emerge.  NCS 2.0 supports OSI presentation
  243.         layer negotiations for data representation format.  NCS 2.0 can
  244.         also operate over the ISO/TP4 transport protocol.  And NCS 2.0
  245.         supports environments using global naming services such as
  246.         ISO/CCITT X.500 name services.
  247.  
  248.     4.  NCS was chosen by OSF over other RPCs such as ONC RPC from SUN
  249.         and RPCTool from Netwise because:
  250.  
  251.         .  ONC imposes limits on the size and number of arguments that
  252.            can be passed between applications and remote
  253.            sub-procedures,. whereas NCS imposes no such limits.
  254.  
  255.         .  RPCTool provides too many "hooks" for programmers to
  256.            customize the RPC, leading to incompatible versions of the
  257.            protocol and defeating the purpose of providing a standard.
  258.            By contrast, NCS does not leave doors open to interpretation
  259.            by programmers.
  260.  
  261.         .  ONC has no mechanism to send and receive indeterminate-
  262.            length streams of data, whereas NCS is totally flexible.
  263.  
  264.         .  ONC has no general POSIX threads integration which provides
  265.            multi-tasking capabilities -- an important feature for
  266.            executing more than one remote procedure in parallel.  NCS
  267.            complies with POSIX.
  268.  
  269. HP Plans regarding NCS
  270. ----------------------
  271.  
  272.         .  NCS version 1.5.1 is now available for HP-UX and MPE/ix
  273.            platforms, along with Domain systems.  This version of
  274.            HP is committed to NCS 2.0 on all MPE XL and HP-UX platforms
  275.            with our first releases of DCE.
  276.  
  277. 2.  OSF SECURITY
  278.     --- --------
  279.  
  280. OSF's Distributed Computing Environment provides security services.
  281. This includes: a) authentication, b) authorization, and c) user
  282. registry.
  283.  
  284. A)  Authentication
  285.     --------------
  286.  
  287. Authentication verifies the identity of the user requesting the
  288. service. In effect, this service proves to the system you are who you
  289. say you are. An analogy might be an HP picture ID proving your identity
  290. and right to enter an HP site.
  291.  
  292. OSF's distributed Security Service incorporates an authentication
  293. service based on the Kerberos system from MIT's Project Athena.
  294. Kerberos is a trusted service that validates the identity of a user or
  295. service, preventing fraudulent requests.
  296.  
  297. The OSF Security Service is also integrated with the NCS RPC.  NCS
  298. secures communication in the distributed environment by allowing
  299. detection of message corruption.  It also guarantees the privacy of
  300. confidential information.
  301.  
  302. B)  Authorization
  303.     -------------
  304.  
  305. After users are authenticated, they must receive authorization to use
  306. resources, such as files. The Authorization facility gives applications
  307. the tools they need to determine whether a user should have access to
  308. resources.  It also provides a simple and consistent way to manage
  309. access control information.
  310.  
  311. This Authorization service includes authorization checks based on the
  312. POSIX conformant access control lists.  They provide other
  313. administration tools including a registry database that tracks
  314. authorization information associated with users.
  315.  
  316. The Authorization service uses the Kerberos format to provide a record
  317. that authenticates a client to a service.  The record contains the
  318. client's identity, a time stamp, and an encryption key known to the
  319. client and the service being requested.
  320.  
  321. C)  User Registry
  322.     -------------
  323.  
  324. The User Registry ensures the use of unique user names and passwords
  325. across the network, guarantees the accuracy and consistency of this
  326. information at all sites, and provides security for updates and
  327. changes.  It is based on Passwrd Etc from HP and is integrated with
  328. Kerberos to provide security.
  329.  
  330.     Passwrd Etc provides:
  331.  
  332.         .  a central repository of user account information,
  333.            eliminating the potential for conflicts in logins and
  334.            passwords.
  335.  
  336.         .  consistency of login ID, password, and group affiliations
  337.            across different vendor platforms.
  338.  
  339.         .  replication and partitioning of User Registry database
  340.            across the network, providing high availability and high
  341.            performance.
  342.  
  343.         .  scalability into the tens of thousands of users and/or
  344.            machines, with database management tools to ease the
  345.            administration burden.
  346.  
  347. HP Plans for Security
  348. ---------------------
  349.  
  350. For user registry, HP provides Passwrd Etc. on Domain workstations and
  351. HP-UX platforms with release 8.0.  Authentication and Authorization OSF
  352. services are planned for support on MPE/ix and HP-UX workstations with
  353. our first release of DCE.
  354.  
  355. 3.  THREADS
  356.     -------
  357.  
  358. The Threads Service includes operations to create and control multiple
  359. threads of execution in a single process and to synchronize access to
  360. global data within an application.  The Threads Service is ideally
  361. suited to dealing with multiple clients in client/server-based
  362. applications, because a server process using threads can handle many
  363. clients at the same time.
  364.  
  365. The Threads Service is based on Concert Multithread Architecture (CMA)
  366. software from Digital and supports the POSIX 1003.4a interface
  367. specification. HP has publicly endorsed the P-threads on CMA to OSF.
  368.  
  369. The Threads Service is built into a number of the DCE components,
  370. including NCS RPC, Security, Naming, Time and the Distributed File
  371. Services.
  372.  
  373. HP/UX will support Threads with the first release of DCE.  On MPE/ix
  374. kernel threads will be supported with the first release of DCE.
  375.  
  376. 4.  OSF's TIME SERVICE
  377.     ------------------
  378.  
  379. OSF's Time Service is based on DECdtc and is a software-based service
  380. which synchronizes each computer to a widely-recognized time standard.
  381. This Time Service is required in a distributed application environment
  382. since different distributed components obtain time from clocks on
  383. different computers.  A distributed service regulates the system clocks
  384. in a computer network so that they closely match each other, providing
  385. accurate time for distributed applications.
  386.  
  387. OSF's Time Service software uses Kerberos authentication, and is layer
  388. on NCS RPC.
  389.  
  390. Status of Time Service
  391. ----------------------
  392.  
  393. DEC is submitting the Time Service technology for OSF DCE which will be
  394. built upon OSF1 with NCS 4.0 and Kerberos.  The integration is expected
  395. to be complete by the first release of DCE.
  396.  
  397. 5.  Naming
  398.     ------
  399. OSF's Distributed Naming Service actually consists of two parts;  CDS,
  400. or Cell Directory Service and GDS, or Global Directory Service which is
  401. based on X.500.
  402.  
  403. OSF's Distributed Naming Service provides a single naming model
  404. throughout the distributed environment.  This allows users to identify
  405. by name resources such as servers, files, disks, or print queues, and
  406. get access to them without needing to know where they are located in a
  407. network.
  408.  
  409. The OSF Cell Naming Service, CDS, implemented on top of NCS RPC is
  410. seamlessly integrated with the X.500 global naming system,GDA, and is
  411. integrated with the Security Service.  The software supporting the
  412. global naming is based on DIR-X from Siemens and offers full X.500
  413. functionality through the X/Open Directory Service API and through a
  414. standard management interface.
  415.  
  416. The Naming Service can also create and maintain multiple copies of
  417. critical data, assuring high availability throughout the network
  418. despite hardware failures.  Caching of name lookups is provided to
  419. speed up subsequent lookups of the same name.
  420.  
  421. Finally, like the other OSF DCE services, the Naming Service is fully
  422. scalable, supporting small as well as very large networks of computers
  423. and end users.
  424.  
  425. Status of the Naming Service
  426. ------ -- --- ------ -------
  427.  
  428. Siemens supplied the DIR-X software for integration into the OSF DCE
  429. offering.  DEC supplied the DCE Cell Directory Service, or CDS.
  430.  
  431. 6.  The OSF Distributed File System
  432.     -------------------------------
  433.  
  434. The OSF Distributed File System is based on the Andrew File System
  435. (version 4.0) from Transarc which solves the problem of accessing
  436. remote files regardless of where the files reside in the network, which
  437. may be local or wide-area.
  438.  
  439. The Distributed File Service gives users a uniform name space, file
  440. location transparency, and high availability, via replication.
  441. Essentially, the file system emulates the same behavior as local file
  442. systems, providing access to files anywhere in the network for any
  443. user, with the same filename for all.
  444.  
  445. This File System is also POSIX compliant, including file access and
  446. sharing semantics (POSIX 1003.1a Portable Operating System Interface)
  447. and access control lists (POSIX 1003.6 Security Interface).
  448.  
  449. The File System is also based on diskless technology from HP,
  450. accommodating diskless workstations allowing low-cost workstations to
  451. use disks on servers instead of expensive local disks.
  452.  
  453. Caching is utilized with the OSF Distributed File System, allowing file
  454. sections to be transferred as needed, cached, and stored either on the
  455. local disc or in main memory on the client machine.  The benefits from
  456. this include:
  457.  
  458.    .  More clients per server since a very large number of concurrent
  459.       requests from clients may be handled by a single server since
  460.       there is lower overhead on the server.
  461.  
  462.    .  Higher-performance for the end user accessing distributed data.
  463.  
  464. HP Status on AFS
  465. ----------------
  466.  
  467. The Andrew File System (version 4.0) is being supplied by Transarc to
  468. OSF for integration.  This is the basis for DCE's DFS, Distributed File
  469. System.  HP is providing DFS on their HP/UX platforms in 1993.  DFS for
  470. MPE/ix is being investigated.
  471.  
  472. SUMMARY
  473. -------
  474.  
  475. In summary, some highlights to remember regarding OSF DCE include:
  476.  
  477.      .  Security -- OSF DCE security is designed to provide at least
  478.         the same security protection provided on a single system, if
  479.         not better.
  480.  
  481.      .  UNIX User familiarity -- OSF DCE relies upon UNIX semantics,
  482.         where a minimal amount of training is required to use OSF DCE
  483.         software for distributed programming and file management.
  484.  
  485.      .  High performance -- OSF DCE is designed to address the need for
  486.         high performance in a distributed computing environment,
  487.         utilizing features such as caching and data streaming.
  488.  
  489.      .  Interoperability/Portability -- OSF DCE is portable to UNIX and
  490.         proprietary systems, and is backed by the OSF whose membership
  491.         represents every segment of the worldwide computer community.
  492.         This membership includes system vendors such as IBM, DEC,
  493.         Microsoft, and HP, as well as independent software vendors, end
  494.         users, government agencies, research centers, and universities.
  495.  
  496.       .  High availability -- OSF DCE provides high data availability
  497.         via caching, data replication, data streaming, data access
  498.         methods such as token passing, and error detection and recovery
  499.         for the loss of network connection or server computer.
  500.  
  501.      .  Standards adherence -- OSF provides a set of standards for
  502.         enabling distributed computing that developers and system
  503.         adminstrators can rely on from all platforms, thus reducing
  504.         training and development time and costs.
  505.  
  506. HP has taken the leadership role in providing technology for OSF DCE
  507. and currently has several key components of OSF DCE technology on the
  508. market. HP is in the best vendor position to provide our customers with
  509. OSF technology today and in the future.
  510.  
  511. HP is committed to providing high-quality DCE products starting this
  512. year and continuing throughout with DCE developer's kits, Distributed
  513. file systems and DCE end-user services and DME solutions in the future.
  514.  
  515. Questions and Answers:
  516. ---------------------
  517.  
  518. 1.  Why did OSF chose AFS over NFS as the winning technology for the
  519. distributed file system component of OSF DCE?
  520.  
  521. ANSWER:
  522.  
  523. OSF chose AFS from Transarc because it exceeds the criteria OSF defined
  524. for the distributed file system component of the distributed computing
  525. environment.  Specifically, AFS provides these features over and above
  526. NFS functionality:
  527.  
  528.      a.  It allows users to address files with the same pathname from
  529.          anywhere in the system, regardless of the computer they are
  530.          using.  It provides transparent access to local and remote
  531.          files.
  532.  
  533.      b.  AFS hides the complexity of the distributed file system
  534.          from system managers.  For each cell, which is a configured
  535.          collection of servers and clients, only one administrator
  536.          is needed to manage, monitor, and maintain the coherent AFS
  537.          environment.  Online backup tools are provided.
  538.  
  539.      c.  Access control mechanisms protect the files and directories by
  540.          enforcing uniformity inside a cell.  Appropriate security
  541.          mechanisms for connections to other configured cells also
  542.          are provided.
  543.  
  544.      d.  AFS provides high availability of all accessible data
  545.          resources.  Access to files and directories inside a cell is
  546.          not interrupted by single server failures.  AFS also makes
  547.          replicated units (filesets) of file systems available for read
  548.          access.
  549.  
  550.      e.  The file server is designed to serve a very large number of
  551.          concurrent requests with good performance.  Sections of files
  552.          are transferred as needed and can be cached on the client
  553.          machine.
  554.  
  555.      f.  The file server is designed to work in a wide area network
  556.          configuration.
  557.  
  558. 2.  Is there any guidelines that OSF specifies on why one would go with
  559. LM/X versus PC/NFS for PC integration?
  560.  
  561. ANSWER:
  562.  
  563. Although both PC/NFS and LM/X provide similar capabilities (that is,
  564. file and print services), OSF does not believe its endorsement of both
  565. sets of interfaces and protocols is contradictory.  PC/NFS provides a
  566. set of protocols used mainly in the workstation market, and LM/X offers
  567. protocols for use mainly by MS-DOS and OS/2 systems.  The two markets
  568. can be perceived as two distinct market arenas that require separate
  569. solutions.
  570.  
  571. The OSF evaluation identified the following functional differences
  572. between LM/X and PC-NFS:
  573.  
  574.      a.  The LM/X print capabilities are complete.  That is, not only
  575.          does LM/X support queuing of files to be printed, it also
  576.          supports other administrative capabilities such as listing
  577.          the queues, removing jobs from the queues, and starting
  578.          and stopping them.
  579.  
  580.      b.  The LM/X management capabilities are complete.  LM/X
  581.          supports a tailorable configuration file (to control
  582.          characteristics such as session disconnect timer, process
  583.          resource limits, and security mode).
  584.  
  585.      c.  The LM/X file service supports remote mounted directories such
  586.          as NFS or AFS.  In other words, LM/X has access to files that
  587.          have been mounted by these file services.
  588.  
  589.  
  590.  
  591. 3.  Can you describe the process in which the submitted technologies
  592. were selected by OSF for DCE?
  593.  
  594. ANSWER:
  595.  
  596. OSF used the Request for Technology (RFT) process as the means to
  597. evaluate the technologies submitted for the Distributed Computing
  598. Environment offering.  OSF actively solicits member input in the
  599. preparation of the RFT as well as in the review of the proposals
  600. submitted.
  601.  
  602. This process rests on four basic processes:
  603.  
  604.      1.  Member Special-Interest Groups.  Made up of experts from
  605.          member companies, SIGs have a powerful voice in the open
  606.          process, helping to define the scope and requirements for
  607.          Requests for Technology as well as suggesting preliminary
  608.          evaluation criteria.
  609.  
  610.      2.  Open Technology Acquisition.  Through the RFT process, OSF
  611.          solicits and evaluates proposals from the worldwide computer
  612.          industry as well as educational institutions, government
  613.          agencies, and end users.  All OSF members, submitters of
  614.          technology, and other interested parties are invited to
  615.          contribute ideas on technological and market needs as well
  616.          as recommend evaluation criteria.  At RFT review meetings,
  617.          OSF accords non-members who have submitted proposals the same
  618.          privileges members enjoy.  Taking into consideration the
  619.          recommendations of its membership as well as those of non-
  620.          member submitters, industry consultants, and standards groups,
  621.          OSF selects technology for use in its open computing
  622.          environment.
  623.  
  624.      3.  Member Meetings.  OSF regularly meets with its membership to
  625.          exchange ideas on open systems technology.  In addition,
  626.          members review proposals submitted through the RFT process and
  627.          provide input to OSF evaluation teams.
  628.  
  629.      4.  Equal and Timely Access to Technologies under Review and
  630.          Development. OSF's RFT and development processes provide
  631.          members timely access to open systems technologies.  Copies of
  632.          code still under development, called snapshots, enable members
  633.          to evaluate the software, develop their own applications in
  634.          parallel with the efforts of OSF, and port the software to
  635.          their systems.  OSF's snapshot program thus ensures rapid
  636.          transfer of technology to the industry.
  637.  
  638. 4.  When will HP have DCE Products and on what platforms?
  639.  
  640.          HP will be providing DCE solutions on both HP/UX and MPE/ix.
  641.          The first HP/UX products will be available in the fall of
  642.          1992.  The first MPE/ix products will be available in the
  643.          spring of 1993.
  644.  
  645.          These products will consist of the NCS RPC, Timing, Cell
  646.          Directory Service, Global Directory Agent {for integration of
  647.          CDS with DNS}, Distributed Time Service, Security and Threads.
  648.  
  649.  
  650. ***********************************************************************
  651.  
  652. If you have additional questions for any portion of this white paper,
  653. please contact:
  654.  
  655. Network Sales Center
  656. telnet 447-4444
  657.